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DEVICE DETECTION SYSTEM AND METHOD 

FIELD OF THE INVENTION 

The present disclosure relates to a device detection system and method. More 
particularly, the present disclosure relates to a system and method with which devices 
connected to various hosts of a network can be detected from a central control point. 

BACKGROUND OF THE INVENTION 

In most office settings, a plurality of computing devices or hosts are inter- 
connected through a network, for example, a local area network (LAN). Such hosts can 
include, for instance, personal computers (PCs), network servers, and the like. Normally, 
many or all of these hosts comprise devices that are directly connected to the hosts. Such 
devices can include, for example, disk drives, tape drives, tape libraries, modems, etc. 

It is often useful for the network manager and/or technician to know what hosts 
are connected to the network and what devices are connected to these hosts. For instance, 
this information is useful in maintaining an inventory of the network devices. However, 
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it can be difficult to keep track of all the devices connected to the network, particularly 
where the network is large and comprises many different hosts. Presently, the existence 
of such devices is determined by manually scanning each host of the network separately. 
Once each host has been scanned in this manner, the various devices can be located from 
5 a central point and, if desired, can be accessed for use from this central point or from 
another point in the network. 

Clearly, the procedure described above can be time-consuming, especially where 
the network is large. Therefore, it would be desirable to have a system and method for 
detecting devices connected to the network from a central control point so as to simplify 
10 and at least partially automate the device detection procedure. 



SUMMARY OF THE INVENTION 

The present disclosure relates to a system and method for detecting devices 
connected to a network. The method comprises sending a scan request to a remote 

15 command process running on a remote network host, scanning the network host with the 
remote command process to determine if devices are connected to the host, and receiving 
a response to the scan request from the remote command process that indicates whether a 
device is connected to the network host, hi a preferred arrangement, the remote 
command process sends a scan request to a host application program interface to receive 

20 device addresses. With these addresses, the remote command process requests 
information from the devices. 
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The device detection system typically comprises a controller process stored on a 
first network host, the controller process being configured to send a scan request to a 
remote network host, and a remote command process stored on a second network host, 
the remote command process being configured to receive the scan request sent by the 
5 controller process and initiate a scan of the second network host to determine whether 
devices are connected to the second network host. Preferably, the system further 
comprises a host lookup process that maintains an updated list of every network host that 
is running a remote command process. 

The features and advantages of the invention w^ill become apparent upon reading the 
10 following specification, when taken in conjunction with the accompanying drawings. . ^ 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention can be better understood with reference to the following drawings. 
The components in the drawings are not necessarily to scale, emphasis instead being placed 
1 5 upon clearly illustrating the principles of the present invention. 

FIG. 1 is a schematic view of a device detection system of the present invention. 
FIG. 2 is a schematic view of an example network in which the device detection 
system of FIG. 1 is used. 

FIG. 3 is a flow diagram of a method for detecting devices connected to a network 
20 from a central control point. 
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FIG. 4 is a flow diagram of a method for detecting devices connected to a particular 

host. 

DETAILED DESCRIPTION 

5 Referring now in more detail to the drawings, in which like numerals indicate 

corresponding parts throughout the several views, FIG. 1 illustrates a device detection 
system 100 of the present invention. Generally speaking, the device detection system 100 
comprises a controller process (CP) 102, a remote command process (RCP) 104, and a host 
, lookup process (HLP) 106. As will be appreciated from the discussion that follows, each of 

10 ' the processes identified in FIG. 1 can be implemented in software and/or hardware provided 
in one or more hosts of a network. Persons having ordinary skill in the art will understand 
that, where the processes are implemented in software, these processes can be stored and 
transported on any computer readable medium for use by or in connection with an 
instruction execution system, apparatus, or device, such that a computer-based system, 

15 processor containing system, or other system can fetch the instructions from the instruction 
execution system, apparatus, or device and execute the instructions. 

In the context of this disclosure, a "computer readable medium" can be a means that 
can contain, store, communicate, propagate, or transport the program for use by or in 
connection with the instruction execution system, apparatus or device. A compute readable 

20 medium can be, for example, an electronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propagation medium. More specific examples 
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of compute readable media include the following: an electrical connection having one or 
more wires, camera memory card, affordable computer diskette, a random access memory- 
(RAM), a read only memory (ROM), an erasable programmable read only memory 
(EPROM or Flash memory), an optical fiber, and a portable compact disk read only 
memory (CD ROM). It is to be noted that the computer readable medium can even be 
paper or another suitable medium upon which the program is printed as the program can be 
electronically captured, via for instance optical scanning of the paper or other medium, then 
compiled, interpreted, or otherwise processed in a suitable manner if necessary, and then 
stored in a computer memory. 

With reference to FIG. 1, thof CP 102 serves as a central control point of the device 
tection system 10. Accordingly, the CP 102 normally comprises a user interface with 
which a user communicates witlvthe device detection system 100. As will be apparent from 
the discussion that follows, ther CP 102 is used to send commands to the various hosts of the 
network so that information/ regarding these hosts (e.g., the number and nature of devices 
connected to these hosts) c^n be retrieved and communicated to the user. 

The RCP 104 comprises a process that is provided on at least each host that 
comprises devices to be detected. Normally, the RCP 104 is arranged as a service that 
continuously runs in the background of the host. Therefore, the RCP 104 normally runs in 
an idle state until called upon to scan the host to determine which devices are connected to 
the host. Ln particular, the RCP 104 normally is called upon to interface with the host upon 
receiving a scan request from the CP 102. hi addition to scanning the host to detect devices. 
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the RCP 104 further registers with the HLP 106. Normally, this registration initially occurs 
upon start-up of the RCP 104. Accordingly, when the RCP is initiated, the RCP sends a 
message to the HLP 106 to inform the HLP of the RCP's existence. In addition to this 
initial registration, the RCP 104 normally reconfirms its registration with the HLP 106 
5 periodically {e.g., once every minute) such that its registration is periodically updated with 
the HLP. 

The HLP 106 maintains a hst of the registered RCPs 104 of the network. In use, the 
M . ; HLP 106 receives the registration messages from the RCPs 104 and registers the RCPs' 

existence. Due to the periodic reconfimiation of registration received from the RCPs^vl04, 
. 10' the HLP .106 normally maintains an up-to-the-minute inventory of the hosts withifi the 
; network that include RCPs 104, The HLP 106 shares the information contained within the 

'S. list with the CP 102 upon receiving requests for this information from the CP. Normally, 

the HLP 106 will time-out a host if the HLP does not receive a confirmation from the host's 
RCP 104 after a predetermined length of time. In particular, if a confirmation of an RCP's 
15 existence is not obtained after the expiration of this time period, the HLP 106 assumes that 
the RCP's host has shut down. 

As indicated in FIG. 1, the CP 102 is connected to both the RCP 104 and the HLP 
106 so that it can communicate to these processes. In addition, the RCP 104 is connected to 
the HLP 106 in like manner. As is fijrther indicated in FIG. 1, each of these processes 102- 
20 106 communicate with a process communications system such as an interprocess 
communication system. Although this process communication system can take 
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substantially any form, the system nomially comprises one which can be used with 
substantially any operating system. One example of a suitable process communications 
system is remote method invocation (RMI) written in the JAVA language. As is known in 
the art, JAVA RMI can be used with any operating system that is capable of running the 
5 JAVA Virtual Machine®. Other suitable systems include a Corba® based system and a 
DCOM based system. 

FIG. 2 illustrates an example network 200 in which the device detection system 100 
can be used. As indicated in this figure, the network 200 comprises a network backbone 
202 to which a plurality of hosts 204 are connected. Each host 204 comprises a computing 

10 device. By way of example, the hosts can comprise workstations, servers, or any equivalent 
computing device capable of connecting to the network 200. As indicated in FIG. 2, the 
network 200 can comprise any number of hosts 1 through n. By way of example, four hosts 
204 are depicted in FIG. 2, i.e.. Host 1, Host 2, Host 3, and Host n. As will be appreciated 
by persons of ordinary skill in the art, each of the hosts 204 operate with an operating 

1 5 system stored therein. The particular type of operating system running on each host 204 is 
not significant to proper operation of the device detection system 100. Accordingly, the 
network 200 can comprise a heterogeneous network in which many different operating 
systems are used by the network hosts 204. By way of example, the hosts can be operating 
a Windows system, a Linux system, an HP-UX system, a Solaris system, or the like. 

20 As indicated in FIG. 2, each of the hosts 204 can comprise a process of the device 

detection system 100 shown in FIG. 1. Accordingly, by way of example. Host 1 comprises 
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the CP 102, Host 3 comprises the HLP 106, and Hosts 2 and n comprise RCPs 104. 
Although a particular correlation between the various hosts 204 and the processes 102-106 
is illustrated in FIG. 2, it is to be understood that these locations are exemplary only. In 
fact, a single host 204 of the network 200 can, optionally, comprise each of the CP 102, 
5 RCP 104, and HLP 106, if desired. Normally however, each host 204 within the network 
200 will know the location of the HLP 106 such that each host comprising an RCP 104 is 
capable of registering with the HLP and the CP 102 can locate the HLP when sending a host 
list request. 

With further reference to FIG. 2, Host 2 and Host n comprise devices 206 that are 
10 directly connected to these hosts. By way of example, these devices 206 are connected to 
their respective hosts 204 with a common connection protocol such as small computer 
system interface (SCSI). Alternatively, the devices 206 can be connected to the host 204 
with fiber channel technology. By way of example, each device 206 can comprise disk 
drive, tape drive, tape library, modem, or substantially any other device commonly 
15 connected to a network host. Typically, each host 204 is equipped with an application 
program interface (API) that is capable of scanning the host bus to determine the addresses 
of the various devices 206 that are connected to it. 

FIG. 3 illustrates a method for detecting devices across a network such as that 
illustrated in FIG. 2. In particular, FIG. 3 illustrates the use of the CP 102 of the device 
20 detection system 100 in communicating with the RCP 104 and LCP 106 of the system to 
locate and obtain information about these devices. As indicated in block 300, the CP 102 
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awaits instructions from, for example, a user of the system. Normally, the CP 1.02is located 
at a central control workstation that is convenient to the user. As indicated at 302, it is first 
determined whether. the CP 102 will obtain host. information prior to conducting the device 
detection. Normally, this determination is made by the user in requesting the device 
5 detection. However, this determination could, alternatively, be made by the CP 102 if the 
CP is pre-programmed for automatic device detection. If the host list is to be consulted 
prior to conducting the device detection, flow continues to block 304 where the CP 102 
requests the host list from the HLP 106. As identified above, the CP 102 communicates 
with the HCP 106 through the process communication system (FIG. 1). 

10 Once the host list request.has been delivered to the MLP 1 06^ the HLP transmits the 

list to the CP 1 02 and the host list is received by the CP as indicated in block 306. Once the 
hosts to be scanned have been identified, the CP 102 initializes a device scan across the 
network as indicated in block 308. Where the host list is not to be consulted prior to 
conducting the device scan, i.e., where the CP 102 or the user already knows which hosts to 

15 scan without the list, flow continues from 302 directly to block 308. 

The CP 102 sends scan requests to each of the selected hosts as identified in block 
310. Normally, the scan requests £ire issued from the CP 102 to the various RCPs 104 in 
parallel. \n particular, a thread {i.e., a flow of execution within a process) can be directed to 
each RCP 104 that is to be scanned for devices. FIG. 4 illustrates a method for detecting 

20 devices connected to a particular host with an RCP 104. hi particular, this figure illustrates 
the device detection steps involved when a scan request is received. As indicated in block 
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400, the host RCP 104 awaits the scan request from the CP 102. Once a scan request is 
received from the CP 102 as indicated in block 402, the RCP 104 requests device address 
information from the API of its host as indicated in block 404. At this point, the API 
performs a device scan of the host, as indicated in block 406, to determine the addresses of 
5 the devices, if any. Once the addresses have been determined, the API communicates the 
device addresses to the RCP 104 as indicated in block 408. The RCP 104 then uses these 
i:3 addresses to obtain information about the various devices connected to the host. In 

particular, the RCP 104 requests information as to the device name and type from the device 
as indicated in block 410. After obtaining this information, the RCP 104 can send this 
10 information to the CP 102 as indicated in block 414. At this point, flow can return to block 
400, and the RCP 104 can again await a scan request from the CP 102. 
Q Once some or all of the device detection information has been collected by the CP 

^3 102, this information can be communicated to the user, as indicated in block 314 with, for 

instance, the control point host (Host 1 in FIG. 2). By way of example, this information can 
15 be transmitted to the user in tabular form and can include the names of the devices, the 
types of the devices, the hosts to which these devices are connected, and the device 
addresses of the devices. At this point, the CP 102 and the user interfacing with the CP will 
know the number, location, and type of each device connected to the network 200. Flow 
can then return to block 300 and the CP 102 can again await instructions as identified 
20 above. With the device information, the various devices can be accessed through 
conventional methods so that they can be used remotely. For instance, where a particular 
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device is a storage device, the device can perform a "write" function so that infonnation 
transmitted to the host to which the device is connected can be stored by the device. 

While particular embodiments of the invention have been disclosed in detail in the 
foregoing description and drawings for purposes of example, it will be understood by those 
skilled in the art that variations and modifications thereof can be made without departing 
from the spirit and scope of the invention as set forth in the following claims. 
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